今天己經是第三天了，各位看倌現在看的文章，都是利用當天下班時間，天天壓著 Dead Line 產出的新貨，寫的當下，可能會漏掉一些內容。假若那天看前面的文章，突然發現有增修一些內容，那表示小弟的記性還有救，記得起來漏寫的內容。或是小弟看不下自己的文筆，偷偷潤稿。

前文回顧

各位看倌還記得先前提到的，優質的程式碼，必需高閱讀性、簡單精實的註解，但是如果要開發的當下，就能達到這個目標，請讓小弟稱呼一聲神人。

情境模擬

想像一下，今天一早，帶著愉快的心情走過辦公室，才剛坐下來，椅子還沒有坐熱，就突然收到上面的大人，臨時告知要增加一個新的功能項目，而且後天早上的就要 DEMO。幹譙歸幹譙，還是認命的去趕工。

小偉是一個很怕麻煩，而且厭倦高重覆性且沒效率的做事方式，所以他熟記開發環境中常用的快捷鍵與好用的功能，並在使用的 IDE 中，安裝了許多便利的輔助工具。

小偉接受任務後，快速的評估了一下該項目的變動範圍，構想一下如何實作，開始撰寫程式碼後，除非是必需使用滑鼠的地方，否則小偉的手幾乎沒有離開鍵盤。

開發過程中，大量使用 IDE 的快捷鍵與輔助工具提供的功能。同時，針對程式內重要的區塊，撰寫對應的單元測試，當天下班前，就將功能雛形實作的差不多了。

隔天，小偉將匆忙完成的程式，進行最後的校調與測試。確定功能無誤後，將程式碼上版控。隨後，使用輔助工具，對程式碼進行快速的重構與整理，完成後，再上版控。

此時，中休鈴剛剛好響了起來，小偉伸了伸腰，心想又完成了一個任務。

小刀是一個很認真的人，但是從來沒有想過要去使用快捷鍵，只使用原生的 IDE 功能，未安裝任何的輔助工具。

同樣的情境，小刀接受任務後，快速的評估了一下該項目的變動範圍，構想一下如何實作，開始撰寫程式碼後，所有需要使用IDE的功能，都使用滑鼠去點擊。

相對的，開發的過程中，就看小刀的手不停的在鍵盤與滑鼠間移動，到了下班時間，發現進度只到一半，決定多留下來多寫一兩個小時。

隔天，小刀持續全心全力的趕工中，到了下班時間，發現還差一點，只好再留下來加班。到晚上八點，好不容易將項目完成，小刀拖著疲累的身體回家的路上，只想好好休息。

小結

對使用的 IDE 有多熟、準備的工具有多少，完全可以反應在開發的效率與結果。

看倌們，不要以為上面的情境不可能發生，上面的例子都是小弟親自遇過的案例。做 SOHO 的期間，在拜訪客戶時，還曾經看過用記事本來寫韌體的強者(小弟大概一輩子都做不到)。這個世界很大，什麼事都可能發生。

如果看倌有機會看到高手寫程式，就只會看到他們的螢幕畫面切來切去，利用輔助工具來自動補齊或產生特定的程式碼區塊。程式碼撰寫的速度跟飛的一樣。

網路上，也有很多熱心的朋友，會推薦或開發好用的輔助工具，都可以去試用看看，找到屬於自己的秘寶。
懂得使用工具，才會減輕工作量，才有機會持續精進自己。